Scientific Annals of Computer Science vol. 22 (2), 2012, pp. 253—265 
doi: 10.7561/SACS.2012.2.253 


Indirect Jumps Improve 
Instruction Sequence Performance 


J.A. BERGSTRA?, C.A. MIDDELBURG! 


Abstract 


Instruction sequences with direct and indirect jump instructions 
are as expressive as instruction sequences with direct jump instructions 
only. We show that, in the case where the number of instructions 
is not bounded, we are faced with increases of the maximal internal 
delays of instruction sequences on execution that are not bounded by 
a linear function if we strive for acceptable increases of the lengths of 
instruction sequences on elimination of indirect jump instructions. 
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1 Introduction 


Although instruction sequences with direct and indirect jump instructions 
are as expressive as instruction sequences with direct jump instructions only 
(see [2]), indirect jump instructions are widely used to implement certain 
features of contemporary high-level programming languages such as the 
switch statements and virtual method calls of Java [7] and C# [8]. Therefore, 
we consider a further analysis of indirect jump instructions relevant. 

In this paper, we study the effect of eliminating indirect jump instruc- 
tions from instruction sequences with direct and indirect jump instructions 
on the performance of instruction sequences with respect to the interaction 
with their environment on execution. It is implicit that the elimination of 
indirect jump instructions must preserve the behaviour of the instruction 
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sequence concerned on execution. We show that, in the case where the 
number of instructions is not bounded, there exist instruction sequences 
with direct and indirect jump instructions from which elimination of indirect 
jump instructions is possible without a super-linear increase of their maximal 
internal delay on execution only if their lengths increase super-linearly on 
elimination of indirect jump instructions.” 

The work presented in this paper belongs to a line of research whose 
working hypothesis is that instruction sequence is a central notion of computer 
science. In this line of research, program algebra [1] is the setting used for 
investigating instruction sequences. The starting-point of program algebra is 
the perception of a program as a single-pass instruction sequence, i.e. a finite 
or infinite sequence of instructions of which each instruction is executed at 
most once and can be dropped after it has been executed or jumped over. 
This perception is simple, appealing, and links up with practice. 

The program notation used in this paper to show that indirect jumps 
improve instruction sequence performance is PGLB,;. This program notation 
is a minor variant of PGLC;, a program notation with indirect jumps 
instructions introduced in [2]. Both program notations are rooted in program 
algebra, are closer to existing assembly languages than the notation provided 
by program algebra, and have relative jump instructions. The main difference 
between them is that PGLBj has an explicit termination instruction and 
PGLG;; has not. This difference makes the former program notation more 
convenient for the purpose of this paper. 

The performance measure used in this paper is the maximal internal 
delay of an instruction sequence on execution. The maximal internal delay 
of an instruction sequence on execution is the largest possible delay that 
can take place between successively executed instructions whose effects are 
observable externally. Another conceivable performance measure is the 
largest possible sum of such delays on execution of the instruction sequence. 
In this paper, we do not consider the latter performance measure because 
it looks to be less adequate to the interactive performance of instruction 
sequences.® 

The work presented in this paper can be looked at in a wider context. 
In the literature on computer architecture, hardly anything can be found 
that contributes to a sound understanding of the effects of the presence 


? A super-linear increase means an increase that is not bounded by a linear function. 
3Interactive performance means performance with respect to the interaction with the 
environment on execution. 
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of common kinds of instructions in the instruction set of a computer on 
important points such as instruction sequence size and instruction sequence 
performance. The work presented in this paper can be considered a first 
step towards such an understanding. 

This paper is organized as follows. First, we give a survey of the 
program notation PGLBj; (Section 2). Next, we introduce the notion of 
maximal internal delay of a PGLBj; program (Section 3). After that, we 
present the above-mentioned result concerning the elimination of indirect 
jump instructions (Section 4). We also relate the work presented in this 
paper to the point of view which is the origin of the line of research to 
which it belongs (Section 5). Finally, we make some concluding remarks 
(Section 6). 


2 PGLB with Indirect Jumps 


In this section, we give a survey of the program notation PGLB,;. This 
program notation is a variant of the program notation PGLB, which belongs 
to a hierarchy of program notations rooted in program algebra (see [1]). 
PGLB and PGLB;; are closer to existing assembly languages than the 
notation provided by program algebra. 

It is assumed that fixed but arbitrary numbers J and N have been 
given, which denote the number of registers available and the greatest natural 
number that can be contained in a register. Moreover, it is also assumed 
that fixed but arbitrary finite sets F of foci and M of methods have been 
given. 

The set 2 of basic instructions is {f.m| f € F,m eM}. The view is 
that the execution environment of a PGLB;; program provides a number 
of services, that each focus plays the role of a name of a service, that each 
method plays the role of a command that a service can be requested to 
process, and that the execution of a basic instruction f.m amounts to making 
a request to the service named f to process command m. The intuition 
is that the processing of the command m may modify the state of the 
service named f and that the service in question will produce T or F at its 
completion. 

For example, a service may be able to process methods for setting the 
content of a Boolean cell to T or F and a method for getting the content of 
the Boolean cell. Processing of a setting method may modify the state of the 
service, because it may change the content of the Boolean cell with which 
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the service deals, and simply produces the final content at its completion. 

Processing of the getting method does not modify the state of the service, 

because it does not changes the content of the Boolean cell with which the 

service deals, and produces the content of the Boolean cell at its completion. 
PGLB;; has the following primitive instructions: 


e for each a € 2, a plain basic instruction a; 

e for each a € 2, a positive test instruction +a; 

e for each a € 2, a negative test instruction —a; 

e for each 1 € N, a direct forward jump instruction #1; 

e for each 1 € N, a direct backward jump instruction \#1; 

e for each i € [1, J] and n € [1, N], a register set instruction set:i:n; 


e for each i € [1, J], an indirect forward jump instruction i#%; 


e for each i € [1, J], an indirect backward jump instruction i\#1; 
e a termination instruction !. 


PGLB;; programs are expressions of the form uj ;...; ug, where u1,..., Ux 
are primitive instructions of PGLB;;. PGLB programs are PGLBi; programs 
in which register set instructions, indirect forward jump instructions and 
indirect backward jump instructions do not occur. 

On execution of a PGLB;; program, the primitive instructions of PGLB;; 
have the following effects: 


e the effect of a positive test instruction +a is that basic instruction a is 
executed and execution proceeds with the next primitive instruction if 
T is produced and otherwise the next primitive instruction is skipped 
and execution proceeds with the primitive instruction following the 
skipped one — if there is no primitive instruction to proceed with, 
inaction occurs; 


e the effect of a negative test instruction —a is the same as the effect of 
+a, but with the role of the value produced reversed; 


e the effect of a plain basic instruction a is the same as the effect of +a, 
but execution always proceeds as if T is produced; 
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e the effect of a direct forward jump instruction #1 is that execution 
proceeds with the /-th next instruction of the program concerned — if | 
equals 0 or there is no primitive instruction to proceed with, inaction 
occurs; 


e the effect of a direct backward jump instruction \#l is that execution 
proceeds with the /-th previous instruction of the program concerned 
— if | equals 0 or there is no primitive instruction to proceed with, 
inaction occurs; 


e the effect of a register set instruction set:i:n is that the content of 
register 7 is set to n and execution proceeds with the next primitive 
instruction — if there is no primitive instruction to proceed with, 
inaction occurs; 


e the effect of an indirect forward jump instruction i#7 is the same as the 
effect of #1, where / is the content of register 7; 


e the effect of an indirect backward jump instruction i\#i is the same 
as the effect of \#l, where | is the content of register 7; 


e the effect of the termination instruction ! is that execution terminates. 


If execution proceeds unbroken and forever with no other primitive instruc- 
tions than jump instructions and register set instructions, this is identified 
with inaction. 

PGLB;; is a minor variant of PGLC;;, a program notation with indirect 
jumps instructions introduced in [2]. The differences between PGLBj; and 
PGLC;j; are the following: 


e in those cases where inaction occurs on execution of PGLB;; programs 
because there is no primitive instructions to proceed with, termination 
takes place on execution of PGLC;; programs; 


e the termination instruction ! is not available in PGLC;. 


The meaning of PGLC;; programs is formally described in [2] by means of a 
mapping of PGLC;; programs to closed terms of program algebra. In that 
way, the behaviour of PGLC;; programs on execution is described indirectly: 
the behaviour of the programs denoted by closed terms of program algebra 
on execution is formally described in several papers, including [2], using 
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basic thread algebra [1]. Because PGLBj is a minor variant of PGLC,, 
we refrain from describing the behaviour of PGLB;; programs on execution 
formally in the current paper. 


3 Internal Delays of PGLB; Programs 


In this section, we will define the notion of maximal internal delay of a 
PGLB;; program. 

It is assumed that a fixed but arbitrary set X C 2 of auxiliary basic 
instructions has been given. The view is that, in common with the effect 
of jump instructions and register set instructions, the effect of auxiliary 
basic instructions is wholly unobservable externally, but contributes to the 
realization of externally observable behaviour. Typical examples of auxiliary 
basic instructions are basic instructions for storing and fetching data of a 
temporary character. Typical examples of non-auxiliary basic instructions 
are basic instructions for reading input data from a keyboard, showing output 
data on a screen and writing data of a permanent character on a disk. 

The maximal internal delay of a PGLB;; program concerns the delay that 
takes place between successive non-auxiliary basic instructions on execution 
of the instruction sequence. Before we define the maximal internal delay of 
a PGLB;; program, we define the execution traces of a PGLB;; program. 

Let uy ;...; ug be a PGLB, program. Then tr(p,j, ui ;...3; ug), where 
p:[1,Z] - [1, N] and j EN, is the set of all finite sequences over the set of 
all primitive instructions of PGLB, that may be encountered successively 
on execution of u,;...; Uz if execution starts with u; with the registers used 
for indirect jumps set according to p. 

Formally, for each PGLB, program uj ;...; uz, the different sets 
tr(p,j,U1;...3 Uz) are defined by simultaneous induction on the structure 
of the finite sequences over the set of all primitive instructions of PGLB;; by 
the following clauses: 


iF (PS Wl 6,5 UG oss 50R)i 

2. if uj =a or uj = +a or uj = —a, and o € ir(p,j+1,u1;...; ux), then 
tty E (0,9, 01 F250 3 Be) 

3. if uj = +a or uj = —a, ando € tr(p,j +2,u1;...; ug), then ujo € 
tr(p,j,t1 j++. Uk); 


“Tn several early papers, basic thread algebra is presented under the name basic polarized 
process algebra. 
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A, ifu; = #l and o € ir(p,jtl,ui;...;ux), then ujo € tr(p, 7, u13.. 5 UR)5 


5: ibys = \el and 0° trl prey 1 was sp), then tee S trl. 9) Wiss 2 
Uk); 
6. if uj = set:i:n and o € tr(p',j +1,u1;...; ux), then ujo € tr(p, j, uw 5 
...3 Uz), Where p’ is defined by p’(i’) = p(i’) if Ai and p'(i) =n; 
7. if uj =i#t and o € tr(p,j + p(t), 15... 5 ux), then ujo € tr(p,j,u1 ; 
Es 
8. if uj = i\#i and o € tr(p,j — pli),u1;..-; uz), then ujo € tr(p, j, us ; 
eee 
9. if uy), then aw; tr pp, wr 3 + Ft, 


For example, 
tr(po, 1, +a; #3; set:1:3 ; #2 ; set:1:1;141;6;#2;c;!), 
where po is defined by po(z) = 0 for all 7 € [1, J], contains 


+a #8 set:1:1 i#1 b #2 !, 
+a set:1:3 #2 i#1 c!, 


and all prefixes of these two sequences, including the empty sequence. 

The set of execution traces of a PGLB, program P, written tr(P), is 
tr(po,1,P), where po is defined by po(i) = 0 for all i € [1, J]. 

The maximal internal delay of an PGLB; program P, written MID(P), 
is the largest n € N for which there exists an execution trace u,...uz € tr(P) 
and 71,72 € [1,k] with i; < ig such that [D(u;) € 0 for all 7 € [t1, i2] and 
» lit ,i2] P (uj) =n, where ID(u) is defined as follows: 


ID(a)=0 ifadX, ID(#1) =1, 
ID(a)=1 ifaeX, ID(\#1) =1, 
ID(+a)=0 ifa€¢X, ID(set:i:n) =1, 
ID(+a) =1 ifaeX, ID(i#i) =2, 
ID(-a) =0 ifadX, ID(i\#i) =2, 
ID(-a) =1 ifaeX, ID(!) =0. 


° As usual, we write i+ j for the monus of i and j,ie.i+j =i—-j ifi>j andi~j =—0 
otherwise. 
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Suppose that in the example given above a, } and c are non-auxiliary 
basic instructions. Then 


MID \(--a 2 #63 + setel:3 > 2 + set: el 121 5 bs He est). 


This delay takes place between the execution of a and the execution of 6 or c. 

In [6], an extension of basic thread algebra is proposed which allows 
for internal delays to be described and analysed. We could give a formal 
description of the behaviour of PGLB;; programs on execution, internal 
delays included, using this extension of basic thread algebra. Founded on 
such a formal description, we could explain why the notion of maximal 
internal delay of a PGLB;; program defined above is the right one. 

MID(P) can be looked upon as the number of time units that elapse 
during the largest possible internal delay of P. Because the time that it takes 
to execute one basic instruction is taken for the time unit in the definition 
of MID(P), it can alternatively be looked upon as the number of basic 
instructions that can be executed during the largest possible internal delay 
of P. As usual, the time that it takes to execute one basic instruction is 
called a step. 


4 Indirect Jumps and Instruction Sequence Per- 
formance 


In this section, we show that indirect jump instructions are needed for good 
instruction sequence performance. 

It is assumed that bool:1, bool:2,...€ F and set:T, set:F, get € M. The 
foci bool:1, bool:2, ...serve as names of services that act as Boolean cells. 
The methods set:T, set:F, and get are accepted by services that act as 
Boolean cells and their processing by such a service goes as follows: 


e set:T : the contents of the Boolean cell is set to T, and T is produced; 
e set:F: the contents of the Boolean cell is set to F, and F is produced; 


e get: nothing is changed, but the contents of the Boolean cell is pro- 
duced. 


On execution of a PGLBj program that interacts with a Boolean cell, the 
content of the Boolean cell may change at any time by external causes, 
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i.e. by causes that do not originate from the executed program. The use 
operators introduced in [5] permit encapsulation of services, as a result of 
which changes by external causes are excluded. On purpose, we do not apply 
these use operators here: the Boolean cell with which we are concerned serves 
as a means for a program to interact with the environment on execution. 

Below, we will write ¢/, P’, where Pj,...,P’ are PGLBi; programs, 
for the PGLB;; program P; ;...; Py. 

For each k € N, let P;,, be the following PGLB;; program: 


5-1 (—bool:1.get ; #3 ; set:1:2-4-+1 ; #4(2*—i)-4+2) ; !; 
s7~1(—bool:1.get sotS } cats: Dig 1 4 k( 9" 7) dao) els 
. k $ . k 

HEL 5 $j (aa 5 #(Q*4)-241) 5 25 Seis!) 


where @1,...,@ge and aj,...,a‘,, are mutually different basic instructions. 

First, P, repeatedly tests the Boolean cell bool:1. If T is not returned 
for 2" tests, P, terminates. Otherwise, in case it takes i tests until T is 
returned, the content of register 1 is set to 2-i+1. If Py has not yet 
terminated, it once again repeatedly tests the Boolean cell bool:1. If T is 
not returned for 2* tests, P;, terminates. Otherwise, in case it takes j tests 
until T is returned, the content of register 2 is set to 2-7+1. If Py has not 
yet terminated, it performs a; after an indirect jump and following this a, 
after another indirect jump. After that, P, terminates. The length of P, is 
12-2" + 4 primitive instructions and the maximal internal delay of P; is 4 
steps. 

The PGLB;; programs P,, P2,... defined above will be used in the proof 
of the result concerning the elimination of indirect jump instructions stated 
below. 

In the proof concerned, we will further make use of the notion of a 
reachable occurrence of a basic instruction in a PGLB;; program. We assume 
that this notion is intuitively sufficiently clear to grasp the proof. Given a 
formal description of the behaviour of PGLB;; programs in the style used 
for PGLC;; programs in [2], reachability can easily be defined in the way 
followed in Section 3.3 of [9]. 

Below, we will write (P), where P is a PGLBj program, for the length 
of P, i.e. its number of primitive instructions. 

A mapping ¢ from the set of all PGLB;; programs to the set of all PGLB 
programs has a linear upper bound on the increase in maximal internal delay if 
for some c’, c’ € N, for all PGLB;; programs P, MID(y(P)) < ¢-MID(P)+c". 
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A mapping from a subset P of the set of all PGLB;; programs to the set of 
all PGLB programs has a quadratic lower bound on the increase in length if 
for some c’,c’” € N with c £0, for all PE P, &(p(P)) > ¢ - e(P)? +c". 

It follows easily from the behaviour-preserving mapping from the set of 
all PGLCj; programs to the set of all PGLC programs given in [2] and an idea 
used in Section 5.1 of [5] that there exists a behaviour-preserving mapping 
from the set of all PGLB;; programs to the set of all PGLB programs with 
a linear upper bound on the increase in maximal internal delay.® 


Theorem 1 Suppose y is a behaviour-preserving mapping from the set of 
all PGLB;; programs to the set of all PGLB programs with a linear upper 
bound on the increase in maximal internal delay. Moreover, suppose that the 
number of basic instructions is not bounded. Then there exists a set P of 
PGLB; programs such that the restriction of p to P has a quadratic lower 
bound on its increase in length. 


Proof: For each k € N, let P, be defined as above. We show that the 
restriction of y to {P,, P2,...} has a quadratic lower bound on its increase in 
length. Take an arbitrary k € N. Because » has a linear upper bound on the 
increase in maximal internal delay, we have MID(p(P,)) < c'- MID(P,,)+c" = 
c'-4+c" for some c’,c’ € N. Let c= c'-4+c’. Suppose that k is much greater 
than c. This supposition requires that the number of basic instructions is 
not bounded. Because y is a behaviour-preserving mapping and there is 
a possibility that y(P;,) contains auxiliary basic instructions, there are at 
most 2° different occurrences of basic instructions in y(Px) reachable in c 
steps from any occurrence of a basic instruction in y(P,). Let i € [1,2*]. 
Then, because y is a behaviour-preserving mapping, for each j € [i,2*), 
some occurrence of ai in y(P,) is reachable in c steps from each occurrence 
of a; in y(Py). Thus, there are at least 2" different occurrences of basic 
instructions to reach in c steps from one occurrence of a;, although at most 
2° occurrences of basic instructions are reachable in c steps. Therefore, 
there must be at least 2*/2° = 2*-° different occurrences of a; in y(Px). 
Consequently, £(y(P)) > 2" .2*-°¢ = 2?*-¢, Moreover, ¢(P,) = 12-2" + 4. 
Hence, the restriction of y to {P,, P2,...} has a quadratic lower bound on 
its increase in length. 


We conclude from Theorem 1 that we are faced with super-linear 
increases of maximal internal delays if we strive for acceptable increases 


®Here behaviour-preserving means preserving the behaviour referred to at the end of 
Section 2, which behaviour does not include internal delays. 


Indirect Jumps Improve Instruction Sequence Performance 263 


of program lengths on elimination of indirect jump instructions. In other 
words, indirect jump instructions are needed for good instruction sequence 
performance. 


5 Projectionism 


Semantically, we can eliminate indirect jump instructions by means of a 
behaviour-preserving mapping from PGLB;; programs to PGLB programs, 
but we meet here two challenges of a point of view concerning programming 
language semantics of which such behaviour-preserving mappings form part. 

In [3], the name projectionism is coined for the point of view referred to 
above and its main challenges are discussed. To put it briefly, projectionism 
is the point of view that: 


e any program P first and for all represents a single-pass instruction 
sequence as considered in program algebra; 


e this single-pass instruction sequence, found by behaviour-preserving 
mappings called projections, represents in a natural and preferred way 
what is supposed to take place on execution of P; 


e program algebra provides the preferred notation for single-pass instruc- 
tion sequences. 


Among the main challenges of projectionism identified in [3] are explosion of 
size, degradation of performance, complexity of description, and aesthetic 
degradation. 

Projectionism is illustrated in [1] by means of a hierarchy of program 
notations rooted in program algebra. For each of the program notations 
that appear in the hierarchy, except program algebra, a mapping is given by 
means of which each program from that program notation is translated into a 
program from the first program notation lower in the hierarchy that produces 
the same behaviour on execution. Thus, the single-pass instruction sequence 
represented by a program in any program notation from the hierarchy can 
be found. The mappings concerned are examples of the projections referred 
to above in the outline of projectionism. 

The behaviour-preserving mapping from Theorem 1 is a projection in 
the same sense. Theorem 1 concerns two of the above-mentioned challenges 
of projectionism, for it expresses that in the case of a projection from PGLB;; 
programs to PGLB programs there is a trade-off between explosion of size 
and degradation of performance. 
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6 Conclusion 


In the literature on computer architecture, hardly anything can be found 
that contributes to a sound understanding of the effects of the presence of 
common kinds of instructions in the instruction set of a computer on points 
such as instruction sequence size and instruction sequence performance. As 
a first step towards such an understanding, we have shown that, in the case 
where the number of instructions is not bounded, there exist instruction 
sequences with direct and indirect jump instructions from which elimination 
of indirect jump instructions is possible without a super-linear increase of 
their maximal internal delay on execution only if their lengths increase 
super-linearly on elimination of indirect jump instructions. It is an open 
problem whether this result goes through in the case where the number of 
instructions is bounded. 

Instruction sequences with direct jump instructions, indirect jump 
instructions and register transfer instructions are as expressive as instruction 
sequences with direct jump instructions and indirect jump instructions 
without register transfer instructions. We surmise that a mapping that 
eliminates the register transfer instructions yields a result comparable to 
Theorem 1. However, we have not yet been able to provide a proof for that 
case. On the face of it, a proof for that case is much more difficult than the 
proof for the case treated in this paper. 

For completeness, we mention that, in the line of research to which the 
work presented in this paper belongs, work that is mainly concerned with 
direct jump instructions includes the work presented in [4]. 


Acknowledgements 


We thank two anonymous referees for carefully reading a preliminary version 
of this paper and for suggesting improvements of the presentation of the 
paper. 


References 
[1] J. A. Bergstra and M. E. Loots. Program algebra for sequential code. 


Journal of Logic and Algebraic Programming, 51(2):125-156, 2002. doi: 
10.1016/S81567-8326 (02) 00018-8. 


Indirect Jumps Improve Instruction Sequence Performance 265 


2] J. A. Bergstra and C. A. Middelburg. Instruction sequences with indirect 
jumps. Scientific Annals of Computer Science, 17:19-46, 2007. 


3] J. A. Bergstra and C. A. Middelburg. Instruction sequence notations with 
probabilistic instructions. arXiv:0906.3083v1 [cs.PL], June 2009. 


4) J. A. Bergstra and C. A. Middelburg. On the expressiveness of single-pass 
instruction sequences. Theory of Computing Systems, 50(2):313-328, 
2012. doi:10.1007/s00224-010-9301-8. 


[5] J. A. Bergstra and A. Ponse. Combining programs and state machines. 
Journal of Logic and Algebraic Programming, 51(2):175-192, 2002. doi: 
10.1016/S1567-8326 (02) 00020-6. 


[6] J. A. Bergstra and M. B. van der Zwaag. Mechanistic behavior of single- 
pass instruction sequences. arXiv:0809.4635v1 [cs.PL], September 
2008. 


7| J. Gosling, B. Joy, G. Steele, and G. Bracha. The Java Language 
Specification. Addison-Wesley, Reading, MA, second edition, 2000. 


8] A. Hejlsberg, S. Wiltamuth, and P. Golde. C# Language Specification. 
Addison-Wesley, Reading, MA, 2003. 


9] S. H. P. Schroevers. Expressiveness and extensions of an instruction 
sequence semigroup. arXiv:1003.1572v1 [cs.PL], March 2010. 


© Scientific Annals of Computer Science 2012 


